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(54) Editing of recorded material 

(57) An edit controller for controlling editing of re- 
corded audio and/or video material, in which temporally 
successive material clips of a edited output material se- 
quence are represented by corresponding clip icons on 
a display screen displayed in a display order corre- 
sponding to the temporal order of replay of the material 
ciips, comprises: user-operable icon control means for 
providing user-controlled movement of the display po- 
sition of icons on the display screen; means for detect- 
ing, during movement of the display position of a clip 
icon on the display screen, the clip icon which is nearest 
on the display screen to a current display position of the 
clip icon being moved; means for detecting whether the 
current display position of the clip icon being moved is 
before or after the detected nearest icon in the display 
order corresponding to the temporal order of the mate- 
rial clips; and means for generating and displaying on 
the display screen a direction indicator to indicate 
whether the current display position of the clip icon being 
moved is before or after the detected nearest icon in the 
display order corresponding to the temporal order of the 
material clips. 
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Description 

This invention relates to the editing of recorded material (such as audio or video material) and to edit controllers 
such as audio and/or video edit controllers. 
5 As an example, video edit controllers are used to edit a number of "raw" source video sequences into a final 

programme or part of a programme. For example, a short news story may contain brief excerpts of a number of different 
video sequences, possibly including newly captured and older, archived sequences, in order to illustrate different as- 
pects of the news story. A relevant portion or "clip - of each sequence needs to be selected, and the selected portions 
linked together to form the composite output sequence. 
io Recently, computer-based non-linear edit controllers have become available. These allowa userto viewthe source 

sequences on a computer screen and to select an "in-point" and an 'out-point" for each required sequence using the 
computer keyboard or a cursor control device such as a mouse or trackerball. 

An example of a display screen for such an edit controller is shown schematically in Figure 1 of the accompanying 
drawings. 

In Figure t , a number of source video sequences are stored either on video tape or in a computer-based storage 
device such as a hard disk. The source sequences are registered with the edit controller, for example by the user 
indicating where on a video tape that source sequence can be found, or simply by the sequence being copied into the 
computer-based storage device. The source video sequences are then represented by source icons 20 In an upper 
area of the display screen. These source video sequences are then all available for editing by the user. 

A viewer window 10 is provided for viewing a currently selected source (or output) video sequence. To view a 
source video sequence the user simply selects the corresponding source icon, for example by double-clicking (using 
a mouse cursor control device) on the icon. That source sequence can then be viewed in the viewer window under 
the control of simulated video tape recorder controls such as play, stop, rewind etc. 

When a portion of a source video sequence is selected by the user specifying an in-point and an out-point, that 
2 s portion is represented in a lower, output area of the screen by a clip icon 30. In contrast to the source icons described 
above, where the order of display on the display screen 6imply related to the order in which the source sequences 
were registered or loaded, the order of the output icons 30 is important. In particular, the order (from left to right) of the 
icons on the screen represents the order in which the corresponding portions of video sequences will be replayed to 
for the output edited sequence. 
30 it is then possible for the user to re-order the clip icons to rearrange the order in which the clips are to be displayed 

in the edited output video sequence. In the present example, this can be achieved using the "drag-and-drop" mechanism 
similar to that which is standard to the Microsoft Windows version 3.1 operating system. Using this mechanism, the 
user can position the display screen cursor over a clip icon to be moved, and then press and hold the mouse button. 
If the cursor is then moved while the mouse button is pressed and held, the icon is "dragged" with the cursor to a new 
35 position. The mouse button is released to "drop" the clip icon at the new position. 

For example, the clip icon 30B could be dragged and dropped to a position between the clip icons 30C and 30D. 
Thus, the order of the clip icons on the display screen would become ACBD and the output edited sequence would 
comprise clip A followed by clip C, clip B and finally clip D. 

A further feature often used with Microsoft Windows 3.1 programs can assist in keeping the display screen tidy 
*o after a drag and drop operation. This is the feature whereby when an icon is moved to a new position, all of the icons 
are shuffled (as necessary) to new positions which maintain the same display order but which are equally spaced and 
aligned on the screen. (This operation can be seen when rearranging application icons within a program group window 
under Program Manager in Windows 3.1, with the "auto-arrange" feature enabled). 

This invention provides an edit controller for controlling editing of recorded audio and/or video material, in which 
temporally successive material clips of a edited output material sequence are represented by corresponding clip icons 
on a display screen displayed in a display order corresponding to the temporal order of replay of the material clips, the 
controller comprising: 

user-operable icon control means for providing user-controlled movement of the display position of icons on the 
so display screen; 

means for detecting, during movement of the display position of a clip icon on the display screen, the clip icon 
which is nearest on the display screen to a current display position of the clip icon being moved; 
means for detecting whether the current display position of the clip icon being moved is before or after the detected 
nearest icon in the display order corresponding to the temporal order of the material clips; and 
55 means for generating and displaying on the display screen a direction indicator to indicate whether the current 

display position of the clip icon being moved is before or after the detected nearest icon in the display order cor- 
responding to the temporal order of the material clips. 
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This invention builds on the "drag and drop" type of feature described above, by recognising that when the icon 
being dragged is dragged very close to another existing icon, it is very difficult (if not impossible) for the user to know 
which side of the existing icon the dragged icon will "fall", if released there. 

In normal use of the drag and drop feature, this is not a problem. 
5 However, in an editing apparatus as described above, it can present a significant technical problem because the 

display order of the icons after the drag and drop operation (which in turn defines the replay order of the corresponding 
video and/or audio material) is very important indeed. 

The invention addresses this problem by the following technical means. Firstly, as the dragged icon is being moved 
(before the mouse button or other control is released), the relationship of the dragged icon to the existing icons is 
10 assessed to determine (a) which is the nearest existing icon, and (b) which side of that icon the dragged icon would 
fall if released now. Secondly, an indicator display is generated in response to that detection to warn the user of this 
detection. This is quite different to a normal drag and drop operation, in which there is no need even to assess the 
order of the icons which would result from dropping at the current cursor position, until the drag and drop 
operation is terminated by releasing the mouse button. 
75 Thus, by the counter-intuitive step of repeatedly detecting the resulting order of the icons during the drag and drop 

operation, and then communicating that detection to the user, the operation of the edit controller can be made much 
more efficient for the user. This is particularly important in editing environments such as news-gathering, where speed 
of user-operation of the edit controller is particularly important. 

The technique is particularly applicable to use with edit controllers based on general purpose computers running 
20 a graphical user interface such as Microsoft Windows. 

Although many other ways of controlling movement of the icons are envisaged, such as via direction control keys 
on a keyboard of the edit controller, it is preferred that the con control means comprises a display screen cursor control 
means (such as, for example, a mouse, trackerball or joystick) and a selection control means (such as a mouse button, 
a trackerball button or a joystick button). Then, for example, a drag and drop operation of the type mentioned above 
2S may be used, in which the cursor is first positioned over the icon to be moved and the selection control means activated 
but not released. Then, as long as the selection control means remains continuously operated from its initial activation, 
movement of the cursor also produces corresponding movement of that icon. 

Although the direction indicator can be displayed anywhere on the screen, it is advantageous that it should appear 
either (a) substantially overlapping the detected nearest icon; or (b) at the current screen position of the cursor. 
30 Preferably the display order corresponding to a successive replay order is a linear arrangement in a predetermined 

direction (e.g. from left to right as viewed) on the screen. 

The invention will now be described by way of example with reference to the accompanying drawings, throughout 
which like parts are referred to by like references, and in which: 

3S Figure 1 is a schematic diagram of a display screen of an edit controller; 

Figure 2 is a schematic block diagram of an edit controller and associated video storage apparatus; 

Figures 3a to 3c schematically illustrate source video files; 

Figure 3d schematically illustrates an edited output video sequence; 

Figures 4a to 4c schematically illustrate the logical relationship between clip icons, an edit decision list and data 
40 representing source video files; 

Figure 5 schematically illustrates cursor mapping within an output area of the display screen of Figure 1; 
Figure 6 schematically illustrates a second type of cursor mapping within the output area of the display screen of 
Figure 1 ; 

Figures 7a to 7c schematically illustrate different cursor types during a drag and drop operation; 
45 Figures 8a and 8b schematically illustrate the use of the different cursor types; 

Figure 9 schematically illustrates a shuttle control operation in a viewer window of the display screen of Figure 1 ; 
and 

Figure 1 0 is a schematic graph of shuttle speed against cursor displacement. 

so Figure 1 is a schematic diagram of a display screen of an edit controller. The display screen will be described first 

to give an overview of the edit controller operation, and then the hardware and software underlying this will be described 
further. In fact, much of Figure t has already been described above. 

The replay operation in the viewer window as described earlier can be stopped by a single mouse click within the 
viewer window. The viewer window can also be used to control shuttle operation, in a manner to be described further 

ss below. 

The output edited sequence can be viewed by the user as folbws. If the user double-clicks on the clip icon 30A, 
then the whole of the portion A will be displayed, followed immediately by the whole of the portion B, then C and finally 
D. The composite sequence ABCD forms the edited output programme. 
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If the user wishes to preview only, say, a latter part of the edited output programme, he could double-click on the 
clip icon 30C ( in which case replay would start from the beginning of clip C, to be followed immediately by clip D. 
Further techniques for previewing the output sequence will be described below. 
Figure 2 is a schematic block diagram of the edit controller and associated video storage apparatus. 
5 The edit controller comprises a personal computer (PC) 1 00 running the Microsoft Windows 3. 1 operating system, 

the PC having a cursor control device 110 (e.g. a mouse), a display screen memory 120 and a display screen 130. 
The PC in the present embodiment is a notebook computer, the IBM "Thinkpad 760C", in which the PC 100, the cursor 
control device 110, video display screen memory 120 and the display screen 130 are all incorporated into a single 
portable unit. (In actual fact, the cursor control device 100 in the IBM Thinkpad is a joystick control device, but since 
io this- is set up to mimic the operation of a mouse, and an external mouse port is also available on this PC, the term 
"mouse* will be used for convenience as a generic term for a cursor control device in the following description.) 

.The PC 100 communicates with a video store controller 140 which in turn accesses video and audio data stored 
on a magneto-optical disc 1 50. In the present embodiment, the video store controller and the MO disc 1 50 are provided 
within a "docking station 1 , i.e. a box of similar size to the IBM Thinkpad, on which the IBM Thinkpad may rest. 
1$ In operation, a video signal is supplied at an input port 160 of the video store controller and is subjected to a high 

degree of intra-picture data compression for storage on the MO disc 150. When one or more sections of source video 
have been stored on the MO disc 150, they can be manipulated by the user operating the edit controller to generate 
an edit decision list which is a list of time codes defining "in-points" and "out-points" of the source material for successive 
portions of an output edited video sequence. The edit decision list can then be applied to the original video data as 
20 supplied to the video store controller 140, for broadcast or distribution. 

Figures 3Ato 3C schematically illustrate source video files, and Figure 3D schematically illustrates an edited output 
video sequence. In all of Figures 3A to 3D, time is represented on a horizontal axis from left to right. 

The output video sequence of Figure 3D is formed of successive portions or clips of the source files of Figures 
3B, 3A and then 3C. These are joined together contiguously by "cut" edits. 
25 In use, in order to generate one of the clips from a source file, the user would replay that source file in the viewer 

window until a suitable in-point, t jn was located, the user would operate a particular key or click on a cursor control on 
the screen (not shown). The user would then continue the replay of the source file until a suitable out-point was found, 
and then operate the appropriate control to define that out-point. 

An entry in the edit decision list (see below) would then be created, along with a corresponding clip icon (see 
30 below). The newly created EDL entry and clip icon would be placed as a new temporally last item in the sequence of 
clips already prepared. However, this temporal order can easily be altered, as described below. 

Figures 4A to 4C schematically illustrate the logical relationship between clip icons 30, an edit decision list (Figure 
4B) and data representing the source video files (Figure 4A). 

Each of the schematic boxes 200 in Figure 4A represents a file header or directory entry for a file on the MO disc 
35 150 corresponding to a section of source video. The directory entry includes file information such as a title, a starting 
time code and a finishing time code. Each such directory entry is associated with a single source icon 20 on the display 
screen of Figure 1 . 

The boxes 210 of Figure 4B schematically illustrate entries in an edit decision list. Each such entry relates to one 
contiguous portion of the output video sequence derived from a single one of the source video files. The entry contains 

40 information defining one of the source video files and a corresponding 'Reel ID" defining the origin of the source file 
(e.g. a reel of video tape), an offset start variable defining the first picture of the sequence to be taken from that source 
video file, a duration variable defining the duration of the portion to be used from that source video file, and two com- 
pressed pictures: an in picture and an out picture. These compressed pictures are accessed from the data correspond- 
ing to their source file stored on the MO disc 1 50 when the EDL item is first created. 

45 All of the times relating to in-points, out-points , offsets and durations are expressed in the standard video timecode 

format HH:MM:SS:FF (hours: minutes: seconds: frames) 

The edit decision list for the example of Figures 3a to 3d therefore stores the following data: 



so 
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where duration(A) is equal to (t out < A) - t in(A) ). 

On replay of the output edrted sequence, a linked list of storage locations on the disk is created by the PC and 
transmitted to the video store controller to define the frames necessary for the output edited sequence. This linked list 
is also stored on the disk so that it can be accessed later if required, even in a later editing session. 

The same replay mechanism is used to replay a source file, in that a linked list of storage locations on the MO disk 
is derived by the PC 1 00 reference to the source file header and is transmitted to the video store controller, which then 
reads the frames at those storage locations in the appropriate order for replay. Shuttle replay is also possible by re- 
playing the frames at a higher rate or by replaying only, say, 1 in n of the frames to achieve the desired shuttle speed. 

To create the linked list of storage locations for an output edited sequence, first, the directory entry for file B is 
accessed and the starting timecode of file B is read from the directory entry. The offset variable, offset(B) is added to 
the starting timecode to calculate an in-point for this clip. The duration variable, duration(B) is added to the timecode 
of the in-point to calculate an out-point for the clip. The file address information stored in the directory entry (basically 
a linked list of data items or "clusters" on the MO disk 150) is accessed to determine which cluster holds the picture 
corresponding to the required in-point. The appropriate cluster for the in-point picture is specified as the first cluster 
for the current clip, and, following the existing linked list of clusters defined by the directory entry, successive storage 
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locations are defined until the out-point for that clip is reached. 

When the out-point for file B is reached, the process is repeated for the next clip (from file A in this example), and 
so on. 

The linked list of storage addresses corresponding to the output edited sequence is referred to as a Virtual 0 file, 
5 and it can be replayed without further reference to the directory entries to the source files. Replay can be started at a 
point within the virtual file by simply cueing to the appropriate number of frames along the linked list of storage locations. 

Referring to Figures 4a to 4c, therefore, each of the directory entries 200 corresponds to and defines the position 
on the MO disk 150 of a source video file. Each of the EDL items 210 corresponds to and defines an output clip, with 
reference to the directory entry 200 for the source file containing that clip. 
io in addition, each EDL item 21 0 corresponds to a respective clip icon 30 (as shown in Figure 4c). The display order 

of the clip icons 30 from left to right (and into second and subsequent rows from left to right if required) in turn defines 
the order of the EDL items in the linked list of EDL items. The way in which this is achieved will be described below 
As mentioned above, the clip icons can be re-ordered by a drag-and-drop mechanism. To do this, the user moves 
the cursor onto one of the clip icons and presses and holds the mouse button. Then, as long as the mouse button 
is remains held down, that clip icon (or at least a representative schematic outline of it) is "dragged" with the cursor. 
Wherever the dragged icon is on the screen when the mouse button is released then defines a new position of that 
clip icon. 

In fact, in common with many existing uses of the drag-and-drop type ol mechanism, the dragged icon in this 
system is not allowed to drop into any position in the output area of the screen. Instead, it is constrained to fall to a 
20 position on a defined grid of possible positions so that the resulting pattern of icons is equally spaced and without any 
missing icons, in horizontal rows from top left to bottom right. (This feature may be seen when program icons are moved 
within a program group under program manager in Microsoft Windows 3.1, with the "auto arrange icons" option ena- 
bled). 

At the end of a drag-and drop operation, if the order of the clip icons has been changed, then the assignments 
2S between the child windows and the EDL items are correspondingly altered. 

The above features are achieved by the way in which a computer programme is written to run under the Microsoft 
Windows 3.1 operating system. Many of the basic techniques necessary for an understanding of this are described in 
the book, "Programming Windows 3.1 Charles Petzold, Microsoft Press, third edition, 1992. 

The EDL items and directory entries are maintained as normal variable structures in a conventional way. The 
30 directory entries in fact form a linked list, but this is not important to the present techniques. 

The output area is a window, and the clip icons are so-called "child windows" operating under the parent window 
of the output area. Thus, although the clip icons appear to be just small icon-like graphical images, they do have some 
additional functionality as child windows themselves. So, in this description, the word "icon" is used in a broad sense 
to mean a graphical representation of a windows program and/or a piece of audio or video material, in so far as selecting, 
35 clicking on or moving the icon on the screen has an effect on the corresponding program or piece of audio or video 
material. 

One such child window (clip icon) exists for each entry in the EDL. When the child window is painted or repainted 
by the Windows operating system, it displays either the in-picture or the out-picture from that EDL item. The choice of 
which of the two pictures is displayed is left to the user, through cursor buttons on the child window (not shown). 

40 When the user clicks or double-clicks on a child window, Windows sends a message to that child window In the 

case of a replay operation, a double click on a child window causes the child window program to communicate the 
location of the click or double click to the parent window, which in turn initiates replay of the video material corresponding 
to the selected child window. 

Figure 5 schematically illustrates cursor mapping within an output area of the display screen of Figure 1 . The output 

45 area surrounding the clip icons is nationally divided into first regions 250 overlying a central area of each clip icon, and 
second regions 

When a double click of the mouse button is detected, the coordinates of the mouse cursor at that time (which are 
passed to the parent window either directly or via the child window, depending on whether the mouse cursor is within 
a child window at the time) are compared with coordinate ranges defining the first and second regions 250, 260. 
so |f the cursor coordinates are within one of the first regions 250, then the video replay is initiated by the parent 

window from the start of the clip corresponding to the clip icon under that first region 250. 

If the cursor coordinates are within a second region 260, then the parent window initiates video replay from the 
clip immediately to the left of the selected region 260, but from a predetermined time before the end of the clip. For 
example, the predetermined time might be 3 seconds before the end of that clip, but preferably this period can be set 
55 by the user. This allows the edit transition between that clip and the next to be reviewed by the user 

The time at which to start (or cue up) replay is calculated as follows: 
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replay start timecode = starting TC for output (virtual) file 
+ lengths of preceding clips (if any) 
+ duration of current clip 
- predetermined time period 



However, if the duration of the clip is less than the predetermined time period, replay is initiated from the start of the clip. 

Figure 6 schematically illustrates a second type of cursor mapping within the output area of the display screen of 
Figure 1. Here, further regions are notionally defined by ranges of cursor coordinates, for use during a drag-and-drop 
operation. 

During such an operation, the cursor coordinates (in the parent window) are continuously (repeatedly) checked 
against coordinate ranges defining "left" regions and "right" regions 280 about each clip icon. In the example shown, 
one left region and one right region overlie each clip icon, and so during the drag and drop operation if the cursor is 
detected to be in either of those two regions, it is thereby detected that that is the nearest icon to the current cursor 
position. 

The left and right regions can then be used to detect and indicate which side of the detected nearest icon the 
20 dragged icon would fall, if released then. Basically, if the cursor is in a left region, the dragged icon would fall to the 
left of the detected nearest icon. If the cursor is in a right region, the dragged icon would fall to the right of the detected 
nearest icon. 

This detection can then be used to display an indication of which side of the detected nearest icon the dragged 
icon will fall. 

25 Figures 7a to 7c schematically illustrate different cureor types during a drag and drop operation. 

When the cursor is in a left region 270, the cursor is changed (using a standard Windows cursor change routine) 
to the cursor of Figure 7a. Similarly, when the cursor is in a right region, the cursor is changed to the cursor of Figure 
7b. The cursor of Figure 7c indicates that the cursor is in neither a left nor a right region (and indeed it may be outside 
the parent window), and so it is not a valid place to drop the dragged icon. If the icon is dropped there, then it is either 
30 dropped at the end of the existing icon order (if still within the parent window) or the order of the icons in the parent 
window will not change (if outside the parent window). 

Figures 8a and 8b schematically illustrate the use of the different cursor types. 

In Figure 8a, the cursor is slightly to the left of an underlying clip icon 30, and so the left arrow cursor is displayed 
to give a clear indication to the user that the dragged icon will fall to the left of the underlying icon. Similarly, the situation 
35 is reversed in Figure 8b. Thus a clear indication is given to the user of which side the dragged icon will fall. 

In an alternative embodiment, the arrow-like indication could be placed over the detected nearest icon, rather than 
using a modification of the cursor itself. 

Figure 9 schematically illustrates a shuttle control operation in a viewer window of the display screen of Figure 1 , 
and Figure 10 is a schematic graph of shuttle speed against cursor displacement. 
40 When the cursor is placed within the viewer window and the mouse button clicked and held, the viewer window 

initiates shuttle replay of the video material currently associated with the viewer window (depending on the last icon 
selected by the user, this could be an output clip or a source file). 

In fact, this is defined as a two-stage process. When the mouse button is first pressed within the viewer window, 
(whether or not it is subsequently held down), the Windows 'mouse down" message causes the Viewer window to 
45 issue a "stop" command to stop replay. Then, if the mouse button has not been released within a predetermined time 
(e.g. 0.5 seconds), as detected by recording the Windows timer at the time of the first mouse down message, shuttle 
operation is selected. Alternatively, if a double click is detected (i.e. a release and then a second click within a prede- 
termined time) normal speed replay is initiated by the viewer window. 

The viewer window temporarily 'captures' the mouse as long as the button is held down - a standard Windows 
so technique. The coordinates in the viewer window of the point at which the mouse button is first clicked (x,, y,) are stored, 
and the coordinates of the cursor at intervals thereafter (Xc, y c ) are compared with (x,, y,). 
The shuttle speed is set to be dependent on the current value of: 

ss ' x c * x i 1 

i.e. on the horizontal component 302 of the distance 300 from the initial activation point to the current cursor position. 
However, this value does not in itself specify the shuttle speed; instead, there is a generally exponential relationship 
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between the hori2ontal displacement component and the shuttle speed up to a maximum shuttle speed, as illustrated 
schematically in Figure 10. This relationship is achieved by the value I Xc - X, I actually providing an index into a look- 
up table (e.g. in read-only-memory) defining shuttle speed values in response to different horizontal displacement 
component values. 

5 The look-up table values can be selected or scaled so that a distance equal to, say, the width of the viewer window 

causes shuttle operation at the maximum available shuttle speed for the replay device being controlled. 

As a further check, if Xc > X, then the cursor is now to the right of its initial position, and so forward shuttle operation 
is selected. Otherwise, reverse shuttle operation is selected. Thus, the sign of I Xc - X, I dictates the direction of shuttle 
operation. 

to When the mouse button is released, shuttle operation is maintained at the currently selected shuttle speed and 

direction. Shuttle operation can then be stopped by a single mouse click within the viewer window; which causes the 
"stop" command to be issued as mentioned above. 

75 Claims 

1. An edit controller for controlling editing of recorded audio and/or video material, in which temporally successive 
material clips of a edited output material sequence are represented by corresponding clip icons on a display screen 
displayed in a display order corresponding to the temporal order of replay of the material clips, the controller 

so comprising: 

user-operable icon control means for providing user-controlled movement of the display position of icons on 
the display screen; 

means for detecting, during movement of the display position of a clip icon on the display screen, the clip icon 
which is nearest on the display screen to a current display position of the clip icon being moved; 
means for detecting whether the current display position of the clip icon being moved is before or after the 
detected nearest icon in the display order corresponding to the temporal order of the material clips; and 
means for generating and displaying on the display screen a direction indicator to indicate whether the current 
display position of the clip icon being moved is before or after the detected nearest icon in the display order 
30 corresponding to the temporal order of the material clips. 

2. Apparatus according to claim 1 , in which the generating and displaying means is operable to display the direction 
indicator substantially overlapping the detected nearest icon. 

35 3. Apparatus according to claim 1 , in which the generating and displaying means is operable to display the direction 
indicator substantially at the current screen position of the cursor. 

4. Apparatus according to any one of claims 1 to 3, in which the display order corresponding to a successive replay 
order is a linear arrangement in a predetermined direction on the screen. 
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5. Apparatus according to any one of the preceding claims, in which: the cursor control means comprises a mouse, 
trackerball or joystick. 

6. A method of operation of an edit controller for controlling editing of recorded audio and/or video material, in which 
temporally successive material clips of a edited output material sequence are represented by corresponding clip 
icons on a display screen displayed in a display order corresponding to the temporal order of replay of the material 
clips, the controller comprising user-operable icon control means for providing user-controlled movement of the 
display position of icons on the display screen; the method comprising the steps of: 



detecting, during movement of the display position of a clip icon on the display screen, the clip icon which is 
nearest on the display screen to a current display position of the clip icon being moved; 
detecting whether the current display position of the clip icon being moved is before or after the detected 
nearest icon in the display order corresponding to the temporal order of the material clips; and 
generating and displaying on the display screen a direction indicator to indicate whether the current display 
55 position of the clip icon being moved is before or after the detected nearest icon in the display order corre- 

sponding to the temporal order of the material clips. 
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Fig. 5 
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Fig. 6 
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Fig. 7a 
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Fig. 8b 
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